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The  Challenge: 

Design  a  data  acquisition  and  control  system  that  is  hardware  independent,  easily  integrates  with  non-LabVIEW 
code,  and  provides  a  software  architecture  that  is  extensible  to  accommodate  instrument  upgrades. 

The  Solution: 

Use  a  client-server  TCP/IP  communication  model  where  LabVIEW  is  the  server  and  the  client  is  a  commercial  off 
the  shelf  (COTS)  product  or  internally  developed  system  where  the  sockets  protocol  is  defined.  The  client 
effectively  sends/receives  information  to/from  the  server  depending  on  user-defined  requirements  for  instrument 
control. 

Background 

The  Aerospace  Enhanced  Near-Infrared  and  Visible  Imaging  Spectrograph  is  a  long-slit  spectrograph  that  covers  the 
wavelength  range  from  0.38-2.5  micrometers.  It  uses  two  1024x512  HcCdTe  focal-plane  arrays  (FPAs)  for  the 
Near-IR  (NIR),  and  one  1024x256  deep  depleted  Si  FPA  for  the  visible  wavelengths.  Each  FPA  is  fed  by  a  separate 
camera,  collimator  and  grating.  A  common  slit  and  field  lens  ensures  that  all  three  channels  of  the  spectrograph  view 
the  same  field  simultaneously,  with  beam  splitters  to  separate  the  wavelengths  to  each  array.  The  slit  jaws  are 
reflective,  allowing  a  CCD  camera  to  image  the  light  not  passing  into  the  spectrograph  for  guiding,  and  provides  an 
exact  view  of  what  is  observed  by  the  spectrograph.  The  spectrograph  is  used  primarily  for  astronomical 
observations  at  Lick  Observatory’s  Shane  3-meter  telescope  located  in  Mt.  Hamilton,  CA. 

The  control  system  for  the  instrument  has  several  requirements.  The  system  is  to  be  used  for  several  years,  spanning 
multiple  operating  system  and  computer  upgrades.  The  system  has  to  be  hardware  independent,  e.g.  requiring  no 
plug-in  boards.  The  instrument  design  allows  for  upgrades  to  the  hardware,  thus  the  software  architecture  must  be 
extendable  to  accommodate  hardware  when  the  drivers  do  not  use  a  public  communications  protocol. 

Development  of  the  instrument  control  system 

Since  the  data  analysis  software  for  the  instrument  was  entirely  written  in  Research  Systems  Inc.  Interactive  Data 
Language  (IDL),  and  all  the  team  members  were  familiar  with  the  language,  we  had  to  develop  a  system  that  would 
let  us  use  IDL  as  the  main  control  system  and  data  analysis  but  also  accommodate  the  fact  that  LabVIEW  was 
controlling  the  instrument  hardware.  We  needed  a  simple  way  to  pass  information  between  the  two  programs  that 
would  satisfy  the  system  requirements. 

Both  IDL  and  LabVIEW  implement  the  Unix  socket  protocol,  enabling  network  communications  with  no  additional 
hardware  requirements.  Sockets  provide  a  lossless  bi-directional  protocol,  which  is  required  for  an  instrument 
control  application.  IDL  implements  client-side  sockets  only,  while  LabVIEW  is  creating  a  server  socket  and 
communicating  with  the  IDL  process,  which  uses  a  client  connection.  Since  IDL  and  LabVIEW  are  both  running  as 
applications  on  top  of  the  operating  system  (OS),  this  insulates  us  somewhat  from  changes  in  the  underlying  OS. 

The  system  design  implication  of  going  to  a  socket  communication  architecture  is  that  all  devices  must  connect  to 
the  local  area  network  (LAN).  Devices  can  be  direct  connected  or  can  use  interface  conversion  boxes,  e.g.  Ethernet- 
to-serial.  The  communications  protocols  must  be  clearly  documented  as  well,  since  the  socket  standard  only  defines 
the  interface  and  not  the  protocol.  The  manufacturer  for  commercial  off  the  shelf  (COTS)  products  defines  the 
protocols,  or  they  can  be  developed  internally  for  lab-fabricated  controllers. 


The  first  implementation  of  this  protocol  was  with  the  commercial  CCD  camera  used  as  the  visible  focal  plane. 

Since  the  camera  came  with  LabVIEW  drivers,  we  readily  created  an  application  that  handled  all  the  camera  control 
functions.  We  developed  a  simple  set  of  string  commands  that  would  be  used  to  communicate  between  IDL  and 
LabVIEW.  Once  the  client  initiated  the  TCP/IP  connection  with  the  server,  then  the  commands  or  strings  could  be 
passed  back  and  forth  between  the  programs  until  the  connection  was  closed. 

Idl  is  a  sequential  execution  environment  so  the  client  side  application  is  a  series  of  commands  executed  in  order. 
The  LabVIEW  server  application  is  based  on  the  Producer/Consumer  Data  Design  Pattern.  The  Producer  Loop 
contains  the  TCP  Read.  Data  strings  in  the  buffer  sent  by  IDL  is  read  using  TCP  Read  and  then  passed  to  a  queue. 
The  Consumer  Loop  parses  the  data  string  sent  through  the  queue  and  then  executes  the  camera  function  specified  in 
the  string  command.  When  complete  with  the  camera  function,  LabVIEW  sends  a  string  with  status  information  to 
the  buffer  via  TCP  Write.  This  lets  the  LabVIEW  application  handle  all  the  camera  control  functions,  as  well  as 
communicate  with  the  IDL-based  control  program  via  the  socket  connection.  A  simplified  example  of  using  this 
protocol  is  shown  in  Figure  1  and  2.  Figure  1  is  the  client-side  application  in  IDL  and  Figure  2  is  the  corresponding 
server-side  application  in  LabVIEW. 

One  advantage  of  this  approach  is  that  we  are  able  to  tailor  the  communications  protocol  to  meet  our  specific 
operational  needs.  Also  this  allows  us  to  run  both  the  client-side  and  server-side  applications  on  the  same  computer 
system,  but  they  can  be  readily  moved  to  separate  machines  as  performance  needs  change.  For  our  particular 
application  we  used  IDL  and  LabVIEW,  but  this  can  be  extended  to  any  COTS  software  product  or  internally 
developed  code  and  LabVIEW.  For  example,  this  type  of  socket  protocol  could  be  incorporated  into  a  C,  Visual 
Basic,  or  Java  Application,  or  using  a  COTS  package,  e.g.  Invensis  Systems,  Inc.  Wondervvare,  LabWindows.  The 
socket  protocol  is  available  on  Windows,  Unix,  Mac  OS  X,  and  Linux  systems  thus  allowing  one  to  create  not  only 
hardware  independent  but  also  platform  independent  software. 
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Figure  1:  This  is  an  example  of  an  IDL  client-side  procedure  that  sends  an  ASCII  command  to  the  socket  server.  Lab  VIEW,  and 
then  reads  back  a  response  from  the  socket  server.  The  client-side  procedure  opens  and  closes  the  socket  connection.  This 
assumes  that  both  client  and  the  server  are  sending  ASCII  strings  that  are  terminated  by  CR/LF  sequences.  This  is  not  an  issue  if 
client  and  the  server  are  the  same  architecture,  but  may  not  hold  if  host  is  a  different  type,  e.g.  Unix.  Binary  communication  is 
also  possible  down  a  socket  connection,  however  for  the  binary  case  one  doesn't  have  a  terminator  to  signal  EOL  on  reads. 
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Figure  2:  This  is  the  example  server  side  LabVIEW  application.  LabVIEW  listens  on  the  port  specified  under  TCP  Listen.vi  until 
the  connection  is  established.  Once  established,  TCP  Read.vi  is  used  to  read  data  from  the  socket  buffer.  If  something  is  in  the 
buffer  it  is  then  processed  and  a  specified  action  occurs. 


LABORATORY  OPERATIONS 


The  Aerospace  Corporation  functions  as  an  “architect-engineer”  for  national  security  programs,  specializing  in 
advanced  military  space  systems.  The  Corporation's  Laboratory  Operations  supports  the  effective  and  timely 
development  and  operation  of  national  security  systems  through  scientific  research  and  the  application  of 
advanced  technology.  Vital  to  the  success  of  the  Corporation  is  the  technical  staffs  wide-ranging  expertise  and 
its  ability  to  stay  abreast  of  new  technological  developments  and  program  support  issues  associated  with  rapidly 
evolving  space  systems.  Contributing  capabilities  are  provided  by  these  individual  organizations: 

Electronics  and  Photonics  Laboratory:  Microelectronics,  VLSI  reliability,  failure  analysis, 
solid-state  device  physics,  compound  semiconductors,  radiation  effects,  infrared  and  CCD 
detector  devices,  data  storage  and  display  technologies;  lasers  and  electro-optics,  solid-state 
laser  design,  micro-optics,  optical  communications,  and  fiber-optic  sensors;  atomic  frequency 
standards,  applied  laser  spectroscopy,  laser  chemistry,  atmospheric  propagation  and  beam 
control,  LIDAR/LADAR  remote  sensing;  solar  cell  and  array  testing  and  evaluation,  battery 
electrochemistry,  battery  testing  and  evaluation. 

Space  Materials  Laboratory:  Evaluation  and  characterizations  of  new  materials  and 
processing  techniques:  metals,  alloys,  ceramics,  polymers,  thin  films,  and  composites; 
development  of  advanced  deposition  processes;  nondestructive  evaluation,  component  failure 
analysis  and  reliability;  structural  mechanics,  fracture  mechanics,  and  stress  corrosion;  analysis 
and  evaluation  of  materials  at  ctyogenic  and  elevated  temperatures;  launch  vehicle  fluid 
mechanics,  heat  transfer  and  flight  dynamics;  aerothermodynamics;  chemical  and  electric 
propulsion;  environmental  chemistry;  combustion  processes;  space  environment  effects  on 
materials,  hardening  and  vulnerability  assessment;  contamination,  thermal  and  structural 
control;  lubrication  and  surface  phenomena  Microelectromechanical  systems  (MEMS)  for 
space  applications;  laser  micromachining;  laser-surface  physical  and  chemical  interactions; 
micropropulsion;  micro-  and  nanosatellite  mission  analysis;  intelligent  microinstruments  for 
monitoring  space  and  launch  system  environments. 

Space  Science  Applications  Laboratory:  Magnetospheric,  auroral  and  cosmic-ray  physics, 
wave-particle  interactions,  magnetospheric  plasma  waves;  atmospheric  and  ionospheric  physics, 
density  and  composition  of  the  upper  atmosphere,  remote  sensing  using  atmospheric  radiation; 
solar  physics,  infrared  astronomy,  infrared  signature  analysis;  infrared  surveillance,  imaging  and 
remote  sensing;  multispectral  and  hyperspectral  sensor  development;  data  analysis  and 
algorithm  development;  applications  of  multispectral  and  hyperspectral  imagery  to  defense,  civil 
space,  commercial,  and  environmental  missions;  effects  of  solar  activity,  magnetic  storms  and 
nuclear  explosions  on  the  Earth’s  atmosphere,  ionosphere  and  magnetosphere;  effects  of 
electromagnetic  and  particulate  radiations  on  space  systems;  space  instrumentation,  design, 
fabrication  and  test;  environmental  chemistry,  trace  detection;  atmospheric  chemical  reactions, 
atmospheric  optics,  light  scattering,  state-specific  chemical  reactions,  and  radiative  signatures  of 
missile  plumes. 


